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(54) Incoming call transfer terminal. 

(57) An incoming call transfer terminal for trans- 
ferring to a third-party terminal a call-setting 
message coming from a calling terminal. The 
incoming call transfer terminal receives the 
call-setting message over a first communication 
channel from the catling terminal. Given the 
message, the incoming call transfer terminal 
generates a new call-setting message destined 
to the third-party terminal by keeping intact 
those parts of the original message which are 
needed to establish a through communication 
channel from the calling terminal to the third- 
party terminal ; by also preserving such infor- 
mation unique to the calling terminal as a cal- 
ling sub-address and a called sub-address to be 
transmitted unchanged to the third-party ter- 
minal ; and by rewriting other parts of the origi- 
nal message to indicate that the call is being 
transferred from the incoming call transfer ter- 
minal. The calling number of the calling termi- 
nal is transferred as earned on the calling 
sub-address, called sub-address or user-user 
information. The call-setting message thus gen- 
erated is sent automatically to the third-party 
terminal over a second communication chan- 
nel. 
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The present invention relates to an incoming call 
transfer terminal. 

The invention finds particular application to an in- 
coming call transfer terminal which can be connected 
for use to communication networks such as an ISDN 5 
(Integrated Services Digital Network) operating on 
the call control method defined by the I Series Rec- 
ommendations of the CCITT (Comite Consultatif In- 
ternationale Telegraphique et Telephonique). 

The ISDN is known to be capable of communicat- 10 
ing the presence of a call from a specific communica- 
tion terminal to a called communication terminal us- 
ing a calling sub-address, Le. f one of the usable ele- 
ments of information defined by the I Series Recom- 
mendations of the CCITT. The calling sub-address is 15 
also used to communicate personal identification in- 
formation by which to specify a person (i.e.. name of 
the calling party). This scheme eliminates one disad- 
vantage of prior art analog telephone networks. That 
is, old networks let the called party know which ter- 20 
minal is calling and who is calling only after a commu- 
nication channel has been established between the 
parties. The ISDN allows such information to be com- 
municated to the called party before the communica- 
tion channel is set up. 25 

With the ISDN, one communication channel is 
constituted by two B channels (information channels 
on which to transmit call-related information at a 
transmission speed of, say, 64 kb/s) and one D chan- 
nel (signal channel on which to transmit call control in- 30 
formation at a transmission speed of, say, 16 kb/s). 
Because the capacity of the D channel is sufficiently 
large, the call control information that may be trans- 
mitted includes not only the minimum required control 
information such as the other party's telephone num- 35 
ber, but also a calling number (i.e., the caller's sub- 
scriber number) and a predetermined length of other 
desired informationj(user-user information). The call 
control information is transmitted before the called 
parity responds. 40 

The telephone set connected to the ISDN may be 
equipped with a call-selecting function. That is, the 
telephone set stores in its built-in memory the sub- 
scriber numbers of the parties that the owner of the 
set is willing to respond to. When a call comes in, a 45 
check is made to see if the calling number transmitted 
over the D channel coincides with any of the numbers 
stored. A response is allowed only if one of the stored 
subscriber numbers is found to match the calling 
number. This keeps off any unwanted sales pitch by 50 
telephone and wrong number calls, among others. 

With the ISDN, a communication channel is es- 
tablished between a calling and a called terminal 
based on two kinds of information. One kind of infor- 
mation is the information necessary for setting up a 55 
communication channel. It comprises a calling num- 
ber (i.e.. the calling party's subscriber number trans- 
mitted initially from the calling terminal to the called 



terminal), a called number (the called party's sub- 
scriber number), the information transmission capa- 
bility of the network in question, the type of commu- 
nicating terminals, and channels to be used. The 
other kind of information is a call-setting message 
formed from various elements of information for set- 
ting the information specific to the calling party such 
as the calling sub-address and called address. 

There are cases in which an incoming call is de- 
sired to be transferred to a third party using a terminal 
capable of such transfer (called the incoming call 
transfer terminal). In such cases, it is naturally prefer- 
able that the call-setting message from the calling 
terminal would be transferred unchanged to the third 
party's terminal. In practice, only the call-setting mes- 
sage prepared by the incoming call transfer terminal 
is transmitted to the third party. There is at present no 
way of conveying the calling party's call-setting mes- 
sage to the transfer destination. 

This is a major disadvantage of the prior art in- 
coming call transfer terminal: its inability to transfer 
the calling party's call-setting message to a third par- 
ty when transferring the incoming call to the latter. 

On a communication network such as the ISDN 
capable of transmitting a calling party's subscriber 
number (calling number) to a party being called, the 
called party knows the calling number before re- 
sponding. This allows the called party to choose from 
a number of ways to deal with the incoming call. 
There may be a case in which the called party wants 
to transfer the incoming call to a third party using an- 
other subscriber line via the incoming call transfer ter- 
minal. In such a case, however, the calling party's 
subscriber number is not transferred to the third par- 
ty. This disadvantage is bypassed conventionally by 
a number of ways. One way is for the incoming call 
transfer terminal (practiced typically as an incoming 
call transfer telephone set) to determine whether or 
not to transfer the call depending on the calling num- 
ber received. Another way is for the incoming call 
transfer telephone set to call the third party using a 
special ringing tone indicating that the current call is 
being transferred. Yet another way is for the incoming 
call transfer telephone set to give the third party a 
voice message saying that the call is being transfer- 
red after the third party has responded and a commu- 
nication channel is established. 

As described, all that the prior art incoming call 
transfer terminal can do in informing the third party 
of the call being transferred is to use a special ringing 
tone or employ a voice message after the third party 
has responded and the communication channel is es- 
tablished. With the prior art, it is impossible to notify 
the third party of the calling party's subscriber num- 
ber (calling number). 

It is therefore a general object of the present in- 
vention to provide an incoming call transfer terminal 
which, when an in coming call is desired to be trans- 
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fer red to a third party, notifies the third party of the 
calling party's call-setting message as well as the 
calling party's calling number while the third party is 
being called, so that the third party knows the calling 
number before responding. 

According to one aspect of the invention, there is 
provided an incoming call transfer terminal compris- 
ing: receiving means for receiving a first call-setting 
message transmitted from a calling terminal over a 
first communication channel; call-setting message 
generating means for generating a second call- 
setting message by keeping intact those parts of the 
received first call-setting message which need to be 
transferred from the calling terminal to a third-party 
terminal and by rewriting those parts of the first call- 
setting message which need to be communicated 
from the called terminal to the third-party terminal; 
and transmitting means for calling the third party over 
a second communication channel by use of the sec- 
ond call-setting message generated by the call- 
setting message generating means. 

With this structure, the transmitted first call- 
setting message is received initially by the incoming 
call transfer terminal over the first communication 
channel. At that point, with the ringing of the calling 
party allowed to continue, the first call-setting mes- 
sage is copied unchanged to the second call-setting 
message. In addition, part of the message is rewritten 
so as to indicate that it comes via an incoming call 
transfer terminal. The second call-setting message 
thus generated is transferred over the second com- 
munication channel to a predetermined third party. 

That is, only those parts of the first call-setting 
message which say that it comes via the incoming call 
transfer terminal are rewritten (e.g., the calling num- 
ber and called number needed to be sent from the in- 
coming call transfer terminal to the third-party termi- 
nal). Those parts oT the received first call-setting 
message which need to be set or transferred un- 
changed from the calling terminal to the third-party 
terminal are kept intact The scheme thus allows the 
calling party's call-setting message to be transferred 
to the third party. 

When a call-setting message from a calling termi- 
nal is to be transferred to a third-party terminal, a new 
call-setting message is generated by keeping intact 
those parts of the message which are needed to es- 
tablish a through communication channel from the 
calling terminal to the third-party terminal; by also 
preserving such unique information in the original 
message as the calling sub-address and called sub- 
address to be sent preferably unchanged from the 
calling terminal to the called terminal; and by rewrit- 
ing those parts of the original message which need 
to be sent from the incoming call transfer terminal to 
the third-party terminal such as the calling number 
and the called number. The call-setting message of 
the calling terminal is transferred in this manner to 



the third-party terminal. 

It is also possible to get the calling sub-address, 
called sub-address or user-user information to carry 
with it the calling number of the calling terminal. This 
5 allows the third-party terminal to know that the in- 
coming call is being transferred from the incoming call 
transfer terminal. 

An embodiment of the invention is thus able to 
provide an incoming call transfer terminal allowing a 
10 called terminal to deal exactly in the same manner 
with calls coming in from a calling terminal through 
two different paths, as in the setup of Fig. 2 wherein 
a calling terminal A used by a third party makes calls 
over two paths: one through the ISDN and direct to 
15 a called terminal C that a called party uses at his 
home, the other through the ISDN via an incoming 
call transfer terminal B that the called party uses at 
his work place and on to the called terminal C. 

An exemplary embodiment, of the invention is 
20 described hereinafter, by way of example only, with 
reference to the accompanying drawings, in which: 
Fig. 1 is a block diagram of an incoming terminal 
transfer terminal practiced as a preferred em- 
bodiment of the invention; 
25 Fig. 2 is a schematic view of a typical ISDN setup; 

Fig. 3 is a view outlining a transfer control protocol 
involving call-setting messages used by the em- 
bodiment; 

Fig. 4 is a flowchart of steps showing part of the 
30 control protocol of Fig. 3; 

Fig. 5 is a flowchart of steps depicting another 

part of the control protocol of Fig. 3; 

Fig. 6 is a view outlining a transfer control protocol 

involving a calling number-furnished call-setting 
35 message used by the embodiment; 

Fig. 7 is a flowchart of steps denoting part of the 

control protocol of Fig. 6; 

Fig. 8 is a view outlining another transfer control 
protocol involving a calling number-furnished 
40 call-setting message used by the embodiment; 

Fig. 9 is a flowchart of steps showing part of the 
control protocol of Fig. 8; 

Fig. 10 is a view outlining a further transfer con- 
trol protocol involving a calling number-furnished 
45 call-setting message used by the embodiment; 

and 

Fig. 11 is a flowchart of steps depicting part of the 
control protocol of Fig. 10. 
A preferred embodiment of the invention wfll now 
so be described with reference to the accompanying 
drawings. 

Fig. 1 is a block diagram of an incoming terminal 
transfer terminal practiced as the preferred embodi- 
ment of the invention, the terminal being connected 
55 for use to a communication network such as the 
ISDN. Fig. 2 is a schematic view of a typical ISDN set- 
up to which the embodiment is connected. 

In Fig. 1 , a CPU 1 exchanges call control informa- 
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tion with a network interface 4 via a system bus 3 and 
controls the incoming call transfer terminal as a 
whole. The CPU 1 functions in accordance with con- 
trol programs stored in a ROM 2. The ROM 2 contains 
programs for transferring a calling number to a third 
parity when an incoming call is received from a calling 
terminal. These programs will be described later in 
more detail. A RAM 5, used by the CPU 1, stores call 
control information such as a call-setting message re- 
ceived at the same time as the incoming call and a 
new call-setting message to be transmitted to a third- 
party terminal. 

The system bus 3 comprises a data bus, an ad- 
dress bus, a control bus and the like. Reference nu- 
meral 6 is a a first communication channel; 7 is a sec- 
ond communication channel; and 8 is a connecting 
part that connects the channels 6 and 7. When a 
third-party terminal C as the destination for transfer 
responds to an incoming call, the connecting part 8 
connects the first communication channel 6 with the 
second-communication channel 7 to form a through 
communication channel between the calling terminal 
A and the called terminal C, as illustrated in Fig. 2. 
The channels 6 and 7 are composed of a CODEC 
(coder-decoder), handset and the like when used for 
voice communication. 

Referring again to Fig. 1, an operating part 9 has 
a dial 9B and a setting switch 9A. The setting switch 
9A is used to set the subscriber number of the third- 
party terminal as the destination for transfer, sub-ad- 
dress type code of a calling sub-address, and a sub- 
address type code of a called sub-address. Refer- 
ence numeral 10 is a calling part 

The network interface 4 connects and discon- 
nects the D channel (a signal channel) and two infor- 
mation channels B1 and B2, all provided by the ISDN. 
Call control information is exchanged between the 
network interface 4-and the CPU 1 through the D 
channel, and terminal-to-terminal information ex- 
changes are carried out between the channels 6 and 
7 via the B1 and B2 channels. 

The ISDN provides each communication terminal 
with two B channels over a single communication cir- 
cuit (information channels for transmitting call infor- 
mation at a transmission speed of, say, 64 kb/s). The 
ISDN also furnishes each terminal with the D channel 
over the same communication circuit (signal channel 
for transmitting call control information at a transmis- 
sion speed of, say, 16 kb/s) for allowing call control in- 
formation such as a call-setting message and a re- 
sponse message to be exchanged at calling time or 
at called time. 

The call-setting message comprises various ele- 
ments of information which are needed to establish a 
through communication channel from a calling termi- 
nal to a third-party terminal, such as the information 
transmission capability of the network in question, 
the type of communicating terminals, channels to be 



use<t a calling sub-address, a called sub-address, 
the ! <ng party's calling number, and the called 
nui railed party's subscriber number). In this 
cas .ailing sub-address refers typically to the 

5 termini umber of the calling terminal. 

The network interface 4 constitutes receiving 
means of the invention. The CPU 1 acts as call- 
setting message generating means, rewriting means, 
transmitting means and copying means of the inven- 

10 tion. 

How the incoming call transfer terminal of the 
above constitution works will now be described with 
reference to Fig. 3 outlining a transfer control protocol 
according to the invention. Also described are the re- 
ts lations of the incoming call transfer terminal to the 
calling terminal as well as to the third-party terminal. 

In flow <1>, the incoming calf transfer terminal re- 
ceives a call-setting message (first call-setting mes- 
sage) from the calling terminal over the communica- 

20 tion channel 6. The received call-setting message is 
copied to a new call-setting message to be transmit- 
ted, and the original calling number is replaced by the 
calling number of the incoming call transfer terminal. 
The original called number is replaced by the 

25 subscriber number of a third-party terminal as the 
destination for transfer. This generates the new call- 
setting message (second call-setting message) to be 
transmitted to the third-party terminal. With the new 
call-setting message generated, flow <2> is entered. 

30 During this time, the communication channel 6 is held 
in a calling state. 

In flow <2>, the new call-setting message of 
which part was rewritten is transmitted to the third- 
party terminal over the communication channel 7. At 

35 this point, there are yet to be established elements of 
information on which to carry the subscriber number 
of the original calling terminal. Thus the calling num- 
ber of the calling terminal is conveyed on the calling 
sub-address, called sub-address or user-user infor- 

40 mation to the third-party terminal. 

When called, the third-party terminal as the des- 
tination for transfer receives the transferred call from 
the incoming call transfer terminal. Directly from the 
call, the third-party terminal recognizes various infor- 

45 mation elements such as the information needed to 
establish a communication channel, the information 
specific to the calling terminal, and the subscriber 
number of the incoming call transfer terminal. After 
setting up the elements of information needed to es- 

50 tablish the communication channel, the third-party 
terminal responds to the transferred call. 

Following the response of the third-party termi- 
nal, flow <3> is reached. In flow <3>, the incoming 
call transfer terminal receives a response message 

55 from the third-party terminal and closes the commu- 
nication channel 7. After this, flow <4> is reached. 

In flow <4>, the incoming call transfer terminal 
transfers the response message to the calling termi- 
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nal over the communication channel 6. and cancels 
the calling state of the channel 6 which remained in 
effect from flow <1 >. With the communication chan- 
nel 6 closed, the connecting part 8 acts to connect the 
communication channels 6 and 7. s 

The procedure above sets up a through commu- 
nication channel between the calling terminal and the 
third-party terminal as the destination for transfer 
and thereby establishes a transferable state there- 
between. 10 

Below is a more detailed description of that part 
of the control protocol which ranges from flow <1> to 
flow <2> with reference to the flowchart of Fig. 4. 

The network interface 4 receives the call-setting 
message via the D channel of the ISDN from the call- 15 
ing terminal over the communication channel 6. The 
received call-setting message is sent to the CPU 1. 
Given the call-setting message, the CPU 1 enters 
step 301 and stores the message to that area in the 
RAM 5 which accommodates a call-setting message 20 
to be transmitted. The CPU 1 then transmits a calling 
message to the calling terminal via the network inter- 
face 4 so as to keep the communication channel 6 in 
a calling state. 

In step 302, the CPU 1 substitutes the subscriber 25 
number of the incoming call transfer terminal for the 
calling number in the call-setting message stored in 
the RAM 5. In step 303, the CPU 1 replaces the called 
number with the subscriber number of the third-party 
terminal which was set beforehand by the operating 30 
part 9. In step 304, the subscriber number of the call- 
ing terminal is copied illustratively to the called sub- 
address. 

At this point, when the call is to be transferred 
from the incoming call transfer terminal to the third- 35 
party terminal, there are yet to be established ele- 
ments of information on which to carry the subscriber 
number of the calling terminal. This requires copying 
the subscriber number to the called sub-address. Be- 
sides the called sub-address, the elements of infor- 40 
mation for carrying the subscriber number of the call- 
ing terminal may also be the calling sub-address or 
user-user information. 

In the control procedure up to step 304, a new 
call-setting message is generated by keeping intact 45 
those parts of the call-setting message (from the call- 
ing terminal) which are needed to establish a through 
communication channel from the calling terminal to 
the third-party terminal, such as the information 
transmission capability of the network in question, 50 
the type of communicating terminals, and channels to 
be used; by also preserving such information unique 
to the calling terminal of the original message as the 
calling sub-address and called sub-address; and by 
rewriting those parts of the original message which 55 
need to be sent from the incoming call transfer termi- 
nal to the third-party terminal such as the calling 
number and the called number. 
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Step 304 is followed by step 305 in which the 
CPU 1 transmits the newly generated call-setting 
message to the third-party terminal over the commu- 
nication channel 7. This completes the transfer con- 
trol procedure. 

[Another Control Protocol] 

Described below with reference to Figs. 3 and 5 
is a control protocol different from that described 
above. Fig. 3 is a view outlining a transfer control pro- 
tocol involving call-setting messages used by the em- 
bodiment, and Fig. 5 is a flowchart of steps depicting 
part of the control protocol of Fig. 3. 

In flow <1> of Fig. 3, the incoming call transfer 
terminal receives a call-setting message from the 
calling terminal over the communication channel 6. 
The received message is stored temporarily. Part of 
the received call-setting message is copied to a call- 
setting message to be transmitted to a third-party ter- 
minal, whereby the new call-setting message is gen- 
erated. 

That part of the received call-setting message 
which is copied includes information elements which 
are needed to establish a through communication 
channel from the calling terminal to the third-party 
terminal, such as the information transmission capa- 
bility of the network in question, the type of commu- 
nicating terminals, and channels to be used; as well 
as such information unique to the calling terminal of 
the original message as the calling sub-address and 
called sub-address to be sent preferably unchanged 
from the calling terminal to the called terminal. 

With the new call-setting message generated, 
flow <2> is entered. During this time, the communi- 
cation channel 6 is held in the calling state. The proc- 
esses starting in and subsequent to flow <2> are the 
same as those described in connection with the pre- 
ceding control protocol. 

Referring to the flowchart of Fig. 5, the network 
interface 4 first receives over the D channel of the 
ISDN the call-setting message sent from the calling 
terminal to the communication channel 6. The re- 
ceived message is forwarded to the CPU 1 . Given the 
call-setting message, the CPU 1 enters step 401 and 
stores the message in that area of the RAM 5 which 
is set aside therein for the purpose. The CPU 1 then 
transmits a calling message through the network in- 
terface 4 to the calling terminal to keep the commu- 
nication channel 6 in the calling state. 

In step 402, the CPU 1 extracts from the received 
call-setting message in the RAM 5 two kinds of infor- 
mation (A) and (B). Information (A) comprises ele- 
ments which are needed to establish a through com- 
munication channel from the calling terminal to the 
third-party terminal, such as the information trans- 
mission capability of the network in question, the 
type of communicating terminals, and channels to be 
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used. Information (B) is such in' on unique to 
the calling terminal of the orig age as the 

calling sub-address and called s, ^s. 

The information (A) defined *ds to be 

set unchanged from the calling tei . ^ the third- 
party terminal as the destination for transfer. The in- 
formation (B) unique to the calling terminal should 
preferably be transmitted unchanged from the calling 
terminal to the third-party terminal. 

In step 403, the CPU 1 copies to the call-setting 
message about to be transmitted not only the infor- 
mation (A) and (B) but also other information such as 
the calling number and called number needed to be 
sent from the incoming call transfer terminal to the 
third-party terminal. In this case, the call-setting 
message to be transmitted is stored beforehand in the 
area set aside for the purpose in the RAM 5. 

The above steps up to step 403 generate the new 
call-setting message by keeping intact the informa- 
tion needed to be set unchanged from the calling ter- 
minal to the third-party terminal as well as the infor- 
mation unique to the calling terminal preferably to be 
transmitted unchanged therefrom to the third-party 
terminal; and by rewriting other information such as 
the calling number and called number needed to be 
sent from the incoming call transfer terminal to the 
third-party terminal. 

In step 404. the CPU 1 transfers the call to the 
third-party terminal using the new call-setting mes- 
sage over the communication channel 7. This com- 
pletes the above series of transfer control protocol. 

[Examples of Transferring the Calling Number] 

Described below in more detail is how the calling 
number received from the calling terminal at called 
time is transferred to a third-party terminal. As al- 
ready described, th£ transfer is effected by one of 
three methods: 

(1) Have the calling number carried on the calling 
sub-address in the call-setting message for 
transfer. 

(2) Have the calling number carried on the called 
sub-address in the call-setting message for 
transfer. 

(3) Have the calling number carried on the user- 
user information in the call-setting message for 
transfer. 

The programs for effecting any of the above 
methods of calling number transfer are contained in 
the ROM 2. The setting switch 9A of the operating 
part 9, as discussed, is used to set the sub-address 
type code of the calling sub-address and that of the 
called sub-address. 

If the sub-address type code of the calling sub- 
address is set, the transfer is performed by said 
method; if the sub-address type code of the called 
sub-address is set, the transfer is carried out by said 



method; if none of the two settings is made, the trans- 
fer is effected by said method. 

Method (1) may be used when the incoming call 
transfer terminal is connected to a communication 

5 network such as an ISDN that provides services for 
communicating a calling number and a calling sub-ad- 
dress. Method (2) may be adopted where the incom- 
ing call transfer terminal is connected to a communi- 
cation network such as an ISDN that provides servic- 

w es for communicating a calling number and a called 
sub-address. Method (3) may be utilized when the in- 
coming call transfer terminal is connected to a com- 
munication network such as an ISDN that provides 
services for communicating a calling number and 

15 user-user information. 

The calling sub-address and called sub-address 
are generally used to conve y a terminal number. The 
NSAP format is used extensively as the type code for 
defining the way in which the sub-addresses are rep- 

20 resented. When their uses are defined suitably be- 
tween users, the calling sub-address and called sub- 
address may be used for purposes other than the 
transfer of terminal numbers. If a user-specific format 
is used, which is another type code for defining the 

25 sub-address representation format, then the NSAP 
format may be used to transmit a terminal number 
while the user-specific format is employed for trans- 
mitting the calling number, which is the subscriber 
number of the calling terminal. This is one aspect of 

30 the ISDN that the invention takes advantage of. 

[Operation by Method (1)] 

Fig. 6 is a view outlining a transfer control protocol 
35 governing the operation of the incoming call transfer 
terminal according to method (1) above. Fig. 7. is a 
flowchart of steps denoting part of the control proto- 
col of Fig. 6. 

In flow <10> of Fig. 6, the incoming call transfer 
40 terminal receives on the communication channel 6 a 
call-setting message furnished with a calling number 
from a calling terminal. The calling number is detected 
from the received call-setting message. The detected 
calling number is placed as a calling sub-address on 
45 a call-setting message to be transmitted to a third- 
party terminal so as to sf ne calling number to the 
third-party terminal via ommunication channel 
7. After this, flow <11> <ched. During this time, 
the communication ch;. 6 is held in the calling 
50 state. 

In flow <11>, the call-setting message carrying 
the calling number from the calling terminal as the 
calling sub-address is transmitted to the third-party 
terminal through the communication channel 7. In 
55 this case, the calling number of the incoming call 
transfer terminal is included in the call-setting mes- 
sage as the latter is sent to the third-party terminal. 
When called, the third-party terminal detects the 
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calling number of the calling terminal carried by the 
calling sub-address as well as the calling number of 
the incoming call transfer from the received message. 
The third-party terminal thus recognizes that the call 
is a transferred call from the incoming call transfer ter- 
minal, and verifies the calling number from the origi- 
nal calling terminal. When the third-party terminal re- 
sponds, flow <12> is reached. In flow <12>, the in- 
coming call transfer terminal receives the response 
message from the third-party terminal and closes the 
communication channel 7. Then flow <13> is 
reached. 

In flow <13>, the incoming call transfer terminal 
outputs a response message to the calling terminal 
via the communication channel 6, cancels the calling 
state that continued from flow <10>, and closes the 
communication channel 6. The connecting part 8 is 
then activated to connect the communication chan- 
nels 6 and 7. The control procedure above sets up a 
through communication channel between the calling 
terminal and the third-party terminal as the destina- 
tion for transfer and thereby establishes a transfer- 
able state therebetween. 

In the flowchart of Fig. 7, the network interface 
4 first receives over the D channel of the ISDN the 
calling number-furnished call-setting message sent 
from the calling terminal to the communication chan- 
nel 6. The received message is forwarded to the CPU 
1. 

Given the call-setting message, the CPU 1 enters 
step 501 and stores the received message in that 
area of the RAM 5 which is set aside therein for the 
purpose. The CPU 1 then transmits a calling message 
through the network interface 4 to the calling termi- 
nal to keep the communication channel 6 in the call- 
ing state. 

In step 502, the CPU 1 detects the calling number 
from the call-settingrmessage stored in the RAM 5. If 
no calling number is detected from the stored mes- 
sage, step 507 is reached. In step 507, a call-setting 
message to be transmitted to the third-party terminal 
is constructed without storing a calling number in a 
calling sub-address area of that message. Step 507 
is followed by step 506. which will be described later. 

If the calling number is detected from the call- 
setting message received and stored, step 503 is 
reached. In step 503, a check is made to see if the 
calling sub-address type code set by the setting 
switch 9A of the operating part 9 is in a user-specific 
format or in the NSAP format If the catling sub-ad- 
dress type code is in the user-specific format, step 
504 is reached. In step 504, the call-setting message 
to be transmitted to the third-party terminal is con- 
structed by storing the calling number in the user- 
specific format into the calling sub-address area of 
that message in the RAM 5. In this case, the gener- 
ally used NSAP format may be used to transmit a ter- 
minal number. 



rf the calling sub-address type code is found to be 
in the NSAP format in step 503, step 505 is reached. 
In step 505, the call-setting message to be transmit- 
ted to the third-party terminal is constructed by stor- 

5 ing the calling number in the NSAP format into the 
calling sub-address area of that message in the RAM 
5. In this case, the NSAP format, which is used gen- 
erally to indicate a terminal number, is used to denote 
both the calling number and the terminal number. 

w In step 506, the CPU 1 transfers the call to the 

third-party terminal over the communication channel 
7 using the call-setting message that was construct- 
ed in step 504 or 505 and held in the proper area of 
the RAM 5. This completes the above series of trans- 

15 fer control protocol. 

[Operation by Method (2)] 

Fig. 8 is a view outlining another transfer control 

20 protocol governing the operation of the incoming call 
transfer terminal according to method (2) above, and 
Fig. 9 is a flowchart of steps showing part of the con- 
trol protocol of Fig. 8. 

In flow <20> of Fig. 8, the incoming call transfer 

25 terminal receives on the communication channel 6 a 
call-setting message furnished with a calling number 
from a calling terminal. The calling number is detected 
from the received call-setting message. The detected 
calling number is placed as a called sub-address on 

30 a call-setting message to be transmitted to a third- 
party terminal so as to send the calling number to the 
third-party terminal via the communication channel 
7. After this, flow <21> is reached. During this time, 
the communication channel 6 is held in the calling 

35 state. 

In flow <21>, the call-setting message carrying 
the calling number from the calling terminal as the 
called sub-address is transmitted to the third-party 
terminal through the communication channel 7. In 

40 this case, the calling number of the incoming call 
transfer terminal is included in the call-setting mes- 
sage as the latter is sent to the third-party terminal. 

When called, the third-party terminal detects the 
calling number of the calling terminal carried by the 

45 called sub-address as well as the calling number of 
the incoming call transfer from the received message. 
The third-party terminal thus recognizes that the call 
is a transferred call from the incoming call transfer 
terminal, and verifies the calling number from the 

so original calling terminal. When the third-party termi- 
nal responds, flow <22> is reached. In flow <22>, the 
incoming call transfer terminal receives the response 
message from the third-party terminal and closes the 
communication channel 7. Then flow <23> is 

55 reached. 

In flow <23>, the incoming call transfer terminal 
outputs a response message to the calling terminal 
via the communication channel 6, cancels the calling 



13 



EP 0 588 571 A2 



14 



state that continued from flow <20>, and doses the 
communication channel 6. The connecting part 8 is 
then activated to connect the communication chan- 
nels 6 and 7. The control procedure above sets up a 
rough communication channel between the calling 5 
rminal and the third-party terminal as the destina- 
tion for transfer and thereby establishes a transfer- 
able state therebetween. 

Under the above control protocol, the calling 
number of the calling terminal is carried on the called 10 
sub-address for transmission to the third-party termi- 
nal. Where the calling terminal has sent to the incom- 
ing call transfer terminal the calling party's personal 
identification information carried on the calling sub- 
address, the above protocol allows the personal iden- 15 
ttf ication information received in flow <20> to be car- 
ried on the calling sub-address in flow <21> for trans- 
fer to the third-party terminal. 

In that case, the third-party terminal can recog- 
nize the calling party's personal identification infor- 20 
mation carried on the calling sub-address, and two 
calling numbers. One calling number, coming from 
the calling terminal, is received as carried on the 
called sub-address when the third-party terminal is 
being called. The other calling number, of the incom- 25 
ing call transfer terminal, is received as carried on the 
calling number. 

Referring now to the flowchart of Fig. 9, the net- 
work interface 4 first receives over the D channel of 
the ISDN the calling number-furnished call-setting 30 
message sent from the calling terminal to the commu- 
nication channel 6. The received message is for ward- 
ed to the CPU 1. 

Given the call-setting message, the CPU 1 enters 
step 601 and stores the received message in that 35 
area of the RAM 5 which is set aside therein for the 
* purpose. The CPU 1 then transmits a calling message 
through the network interface 4 to the calling termi- 
nal to keep the communication channel 6 in the call- 
ing state. ' 40 

In step 602, the CPU 1 detects the calling number 
from the call-setting message stored in the RAM 5. If 
no calling number is detected from the stored mes- 
sage, step 607 is reached. In step 607, a call-setting 
message to be transmitted to the third-party terminal 45 
is constructed without storing a calling number in a 
called sub-address area of that message. Step 607 is 
followed by step 606, which will be described later. 

If the calling number is detected from the call- 
setting message received and stored, step 603 is so 
reached. In step 603, a check is made to see if the 
called sub-address type code set by the setting 
switch 9Aof the operating part 9 is in a user-specific 
format or in the NSAP format If the called sub-ad- 
dress type code is in the user-specific format, step 55 
604 is reached. In step 604, the call-setting message 
to be transmitted to the third-party terminal is con- 
structed by storing the calling number in the user- 



specific format into the called sub-address area of 
that message in the RAM 5. In this case, the gener- 
ally used NSAP format may be used to transmit a ter- 
minal number. 

If the called sub-address type code is found to be 
in the NSAP format in step 603. step 605 is reached. 
In step 605, the call-setting message to be transmit- 
ted to the third-party terminal is constructed by stor- 
ing the calling number in the NSAP format into the 
called sub-address area of that message in the RAM 
5. In this case, the NSAP format, which is used gen- 
erally to indicate a terminal number, is used to denote 
both the calling number and the terminal number. 

In step 606, the CPU 1 transfers the call to the 
third-party terminal over the communication channel 
7 using the call-setting message that was construct- 
ed in step 604 or 605 and held in the area set aside 
for the purpose in the RAM 5. This completes the 
above series of transfer control protocol. 

[Operation by Method (3)] 

Fig. 1 0 is a view outlining another transfer control 
protocol governing the operation of the incoming call 
transfer terminal according to method (3) above, and 
Fig. 11 is a flowchart of steps showing part of the con- 
trol protocol of Fig. 10. 

In flow <30> of Fig. 10, the incoming call transfer 
terminal receives on the communication channel 6 a 
call-setting message furnished with a calling number 
from a calling terminal. The calling number is detected 
from the received call-setting message. The detected 
calling number is placed as user-user information on 
a call-setting message to be transmitted to a third- 
party terminal so as to send the calling number to the 
third-party terminal via the communication channel 
7. After this, flow <31> is reached. During this time, 
the communication channel 6 is held in the calling 
state. 

In flow <31>, the call-setting message carrying 
the calling number from the calling terminal as the 
user-user information is transmitted to the third-party 
terminal through the communication channel 7. In 
this case, the calling number of the incoming call 
transfer terminal is included in the call-setting mes- 
sage as the latter is sent to the third-party terminal. 

When called, the third-party terminal detects the 
calling number of the calling terminal carried by the 
user-user information as well as the calling number of 
the incoming call transfer from the received message. 
The third-party terminal thus recognizes that the call 
is a transferred call from the incoming call transfer 
terminal, and verifies the calling number from the 
original calling terminal. When the third-party termi- 
nal responds, flow <32> is reached. In flow <32>. the 
incoming call transfer terminal receives the response 
message from the third-party terminal and closes the 
communication channel 7. Then flow <33> is 
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reached. 

In flow <33>, the incoming call transfer terminal 
outputs a response message to the calling terminal 
via the communication channel 6, cancels the calling 
state that continued from flow <30>, and closes the s 
communication channel 6. The connecting part 8 is 
then activated to connect the communication chan- 
nels 6 and 7. The control procedure above sets up a 
through communication channel between the calling 
terminal and the third-party terminal as the destina- w 
tion for transfer and thereby establishes a transfer- 
able state therebetween. 

In the flowchart of Fig. 11, the network interface 
4 first receives over the D channel of the ISDN the 
calling number-furnished call-setting message sent 15 
from the calling terminal to the communication chan- 
nel 6. The received message is forwarded to the CPU 
1. 

Given the call-setting message, the CPU 1 enters 
step 701 and stores the received message in that 20 
area of the RAM 5 which is set aside therein for the 
purpose. The CPU 1 then transmits a calling message 
through the network interface 4 to the calling termi- 
nal to keep the communication channel 6 in the call- 
ing state. 25 

In step 702. the CPU 1 detects the calling number 
from the call-setting message stored in the RAM 5. If 
no calling number is detected from the stored mes- 
sage, step 704 is reached. In step 704, a call-setting 
message to be transmitted to the third-party terminal 30 
is constructed without storing a calling number in a 
user-user information area of that message. Step 704 
is followed by step 705, which will be described later. 

If the calling number is detected from the call- 
setting message received and stored, step 703 is 35 
reached. In step 703, the call-setting message to be 
transmitted to the third-party terminal is constructed 
by storing the calling-number into the user-user infor- 
mation area of that message in the RAM 5. In this 
case, the message originating from the incoming call 40 
transfer terminal is described in compliance with the 
user-user information and is transmitted as such. 

In step 705, the CPU 1 transfers the call to the 
third-party terminal over the communication channel 
7 using the call-setting message that was construct- 45 
ed in step 703 and held in the proper area of the RAM 
5. This completes the above series of transfer control 
protocol. 

As described, the incoming call transfer terminal 
as embodied above generates, given a call-setting so 
message from a calling terminal, a new call-setting 
message by keeping intact those parts of the original 
call-setting message which are needed to establish a 
through communication channel from the calling ter- 
minal to a third-party terminal, such as the informa- 55 
tion transmission capability of the network in ques- 
tion, the type of communicating terminals, and chan- 
nels to be used; by also preserving such information 



unique to the calling terminal of the original message 
as the calling sub-address and called sub-address; 
and by rewriting those parts of the original message 
which need to be sent from the incoming call transfer 
terminal to the third-party terminal such as the call- 
ing number and the called number. 

Besides generating the new call-setting mes- 
sage, the embodiment of the invention transfers to 
the third-party terminal the calling number attached 
to the call-setting message from the calling terminal 
as well as the calling number of the incoming call 
transfer terminal, the calling number of the calling ter- 
minal being carried on the calling sub-address, called 
sub-address or user-user information in the mes- 
sage. 

When called, the third-party terminal knows that 
the call is a transferred call from the incoming call 
transfer terminal and recognizes the calling number 
of the original calling terminal. This allows the third- 
party terminal to choose from a number of possible 
ways to deal with the call being received. 

In the above embodiment, the ROM 2 contains 
the programs that run according to the three meth- 
ods for transferring to a third-party terminal the call- 
ing number of a calling terminal when a call is being 
received from the latter. Alternatively, any other ap- 
propriate program may be selected from a plurality of 
options to comply with the communication network 
currently in use. 

Although the above embodiment is applied to a 
communication network such as the ISDN, the call- 
ing terminal need not be configured within the ISDN. 
Alternatively, the invention may be applied to a com- 
munication network having the ability to transfer call- 
ing numbers or to a communication network capable 
of transmitting calling numbers through connections 
based on special numbers. 

While a specific embodiment of the invention has 
been shown and disclosed, it is to be understood that 
numerous changes and modifications may be made 
by those skilled in the art without departing from the 
scope of the invention. 



Claims 

1. An incoming call transfer terminal comprising: 

receiving means for receiving a first call- 
setting message transmitted from a calling termi- 
nal over a first communication channel; 

call-setting message generating means 
for generating a second call-setting message by 
keeping intact those parts of the received first 
call-setting message which need to be transfer- 
red from said calling terminal to a third-party ter- 
minal and by rewriting those parts of said first 
call-setting message which need to be communi- 
cated from the called terminal to said third-party 
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terminal; and 

transmitting means for calling said third- 
party terminal over ^ second communication 
channel by use of said second call-setting mes- 
sage generated by said call-setting message 5 
generating means. 

An incoming call transfer terminal according to 
claim 1, wherein said call-setting message gener- 
ating means generates said second call-setting 10 
message by keeping intact those parts of said re- 
ceived first call-setting message which are need- 
ed to establish a through communication channel 
from said calling terminal to said third-party ter- 
minal as well as those parts of said received first 15 
call-setting message which are preferred to be 
transferred unchanged from said calling terminal 
to said third-party terminal. 

An incoming call transfer terminal according to 20 
claim 2, wherein said call-setting message gener- 
ating means generates said second call-setting 
message by keeping intact those parts of said re- 
ceived first call-setting message which are need- 
ed to establish a through communication channel 25 
from said calling terminal to said third-party ter- 
minal, such as the information transmission ca- 
pability of the network in question, the type of 
communicating terminals, and channels to be 
used; by further keeping intact those parts of said 30 
received first call-setting message which are pre- 
ferred to be transferred unchanged from said call- 
ing terminal to said third-party terminal, such as 
the information specific to a calling party at said 
calling terminal including a calling sub-address 35 
and a called sub-address; and by rewriting those 
parts of said received first call-setting message 
which need to be communicated from said called 
terminal to said third-party terminal, such as the 
subscriber number, known as a calling number, of 40 
said calling party and the subscriber number, 
known as a called number, of a called party at 
said called terminal. 

An incoming call transfer terminal according to 45 
claim 1 , wherein said call-setting message gener- 
ating means generates said second call-setting 
message by copying part of said first call-setting 
message to a predetermined second call-setting 
message. so 

An incoming call transfer terminal according to 
claim 1 , wherein said call-setting message gener- 
ating means comprises: 

extracting means for extracting from said 55 
first call-setting message the subscriber number, 
known as a calling number, of a calling party at 
said calling terminal; and 



copying means for copying said calling 
number extracted by said extracting means to a 
calling sub-address of a predetermined second 
call-setting message. 

6. An incoming call transfer terminal according to 
claim 5, wherein said copying means copies said 
calling number to said calling sub-address in an 
NSAP format. 

7. An incoming call transfer terminal according to 
claim 5, wherein said copying means copies said 
calling number to said calling sub-address in a 
user-specific format. 

8. An incoming call transfer terminal according to 
claim 1 , wherein said call-setting message gener- 
ating means comprises: 

extracting means for extracting from said 
first call-setting message the subscriber number, 
known as a calling number, of a calling-party at~ 
said calling terminal; and 

copying means for copying said calling 
number extracted by said extracting means to a 
called sub-address of a predetermined second 
call-setting message. 

9. An incoming call transfer terminal according to 
claim 8, wherein said copying means copies said 
calling number to said called sub-address in an 
NSAP format. 

10. An incoming call transfer terminal according to 
claim 8, wherein said copying means copies said 
calling number to said called sub-address in a 
user-specific format. 

11. An incoming call transfer terminal according to 
claim 1 , wherein said call-setting message gener- 
ating means comprises: 

extracting means for extracting from said 
first call-setting message the subscriber number, 
known as a calling number, of a calling party at 
said calling terminal; and 

copying means for copying said calling 
number extracted by said extracting means to 
user-user information of a predetermined second 
call-setting message. 
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